美女高潮潮喷出白浆视频,欧美村妇激情内射,日本少妇被爽到高潮无码,CHINESE猛男自慰GV

當(dāng)前位置:100EC>行業(yè)研究>淺析:B2B庫存那點事之貨位的邏輯
淺析:B2B庫存那點事之貨位的邏輯
發(fā)布時間:2017年08月10日 10:07:19

(電子商務(wù)研究中心訊)  樹是再常見不過的東西,大樹的樹干強健,樹葉翠綠,令人賞心悅目。但,樹干的強健與權(quán)葉的翠綠,都離不開枝條的支撐和輸送功能。如果說庫房是一整棵大樹的話,樹葉就相當(dāng)于一個個貨品,而在其中起到支撐作用的,就是貨位系統(tǒng)。

  貨位并不是什么新鮮玩意兒,而且也不是電子商務(wù)中才有的。大家去超市時候可以注意一下,大部分的產(chǎn)品在貨架上的擺放位置是基本固定的,這就是貨位的概念。實際上,貨位系統(tǒng)是WMS中最為基礎(chǔ)的部分,貨位系統(tǒng)的設(shè)計,在很大程度上決定了WMS系統(tǒng)的表現(xiàn),尤其是與庫存轉(zhuǎn)移相關(guān)的操作(包括上架、檢貨、理貨、盤點等,這包括了庫房中的大部分操作)的效率和準(zhǔn)確性。

  采用貨位系統(tǒng)也是情勢所需,隨著規(guī)模的擴大,導(dǎo)致庫房所需要管理的SKU數(shù)量越來越多,人腦記不住,錯誤率還特別高,因此引入了信息化系統(tǒng)管理。較為完善的貨位信息化系統(tǒng),包括了產(chǎn)品的貨位、數(shù)量、狀態(tài)、屬性等特性,這對于庫房運營極為必要。B2C業(yè)界大佬Amazon,其庫房中管理的SKU超過千萬種,而國內(nèi)公司中,卓越的SKU都約150萬個(2010年9月),而當(dāng)當(dāng)僅圖書的SKU就超過100萬(2011年2月),而其他的國內(nèi)領(lǐng)先公司,其SKU數(shù)量一般也會超過10萬種,如此大的數(shù)量,只能依靠電腦系統(tǒng)作管理。

  貨位系統(tǒng)也是隨著B2C行業(yè)的逐步發(fā)展,隨著業(yè)務(wù)的需求,一步步地從簡單到復(fù)雜發(fā)展而來的。倉庫社區(qū)下面介紹從簡單到復(fù)雜的幾種貨位系統(tǒng)。需要說明的是,這幾種貨位系統(tǒng)并不是相互獨立的,而是一步步演進而成,簡單的系統(tǒng)往往是復(fù)雜系統(tǒng)的基礎(chǔ),復(fù)雜系統(tǒng)是簡單系統(tǒng)的升級。

  三種貨位系統(tǒng)

  一一對應(yīng)

  沒有貨位系統(tǒng)的情況下,庫房管理大量SKU所遇到最大的問題是:找不到所需要的SKU在哪里。因為庫房太大,東西太多,人腦的記憶力是有限的,無法應(yīng)付大規(guī)模的貨位信息。為了解決這個問題,最為簡單的解決方法莫過于劃地為牢:

  A.將庫房分成多塊區(qū)域,分別命名為Location 1,Location 2,……

  B.把某個SKU放到其中一個區(qū)域中,再將這一信息記錄下來,形成一張表格如下,這一表格中,SKU與Location(貨位)是一一對應(yīng)的關(guān)系。

  C.每次在往庫房中放產(chǎn)品時候,先查一下這張表,看哪些SKU有記錄了,就放到記錄中的Location去,哪些產(chǎn)品還沒有記錄,就先放下來,再把Location信息添加到表格中去。

  D.每次需要使用某一產(chǎn)品時,也同樣查表得到這一SKU相對應(yīng)的Location,然后去對應(yīng)的Location上取貨即可。

  只要按照這一流程,一直維護該表格,所有的SKU的貨位信息就在表格中就會都有記錄,這樣就解決了一開始提到的最為迫切的問題。

  2.多對一

  “一一對應(yīng)”貨位系統(tǒng)解決了最為急迫的問題,但在使用中發(fā)現(xiàn)了這一架構(gòu)的最明顯問題:可管理SKU數(shù)量有限。

  舉個例子,1萬平米的庫房,除了大約4000平米用于收、發(fā)貨操作以外,大約有6000平米可以用于存儲。存儲區(qū)域中,通道占了至少60%的面積,實打?qū)嵉膫}儲面積,只有2400平米。假設(shè)貨架有4層,每層高40cm,實際使用存儲面積是9600平米。設(shè)每個Location的截面是60cm*60cm,即0.36平米,可使用的總Location是2.67萬種(以上的計算中,每個貨位的最大存儲容積僅為0.6*0.6*0.4=0.144m3)。

  若再考慮到產(chǎn)品中存在暢銷品,庫存量較大,體積超過0.15m3,一個Location放不下,則需要占用更多的空間,那么能夠使用的Location數(shù)量也只有2萬種左右。如果SKU中有大體積的貨品,例如冰箱、洗衣機等,數(shù)量就更少了。

  這一問題的解決方法也很簡單,改變表格中一一對應(yīng)的關(guān)系,為多對一的關(guān)系,即在同一個Location中存放多個SKU,如下表,Location 1中同時有SKU 1和SKU 2兩種產(chǎn)品。

  之所以可以這樣操作,是由電子商務(wù)的長尾理論所決定的。長尾理論表明,越靠近長尾的末端,產(chǎn)品的銷售量就越小,所需要儲備的庫存量就越少。只有一、兩件貨的產(chǎn)品,如果在外型上可以很容易地區(qū)分開(例如毛絨玩具和鼠標(biāo)),放在同一個貨位中完全沒有問題。這樣就實現(xiàn)了可管理SKU數(shù)量的增長,使用這樣的方法,可管理的SKU數(shù)量較基礎(chǔ)版貨位系統(tǒng),一般可以增加2倍以上,根據(jù)庫房所管理的SKU種類不同而不同。

  3.多對多:

  使用“多對一”貨位系統(tǒng),能夠大大提升庫房管理SKU的數(shù)量,但是同樣存在著問題:某一SKU大量備貨后,貨位上無法全部放下

  受到存貨器具(包括貨架、托盤等)的限制,庫房中單位區(qū)域大小是大致固定的,某一個Location最大也不會超過1個托盤的大小。但是庫房所管理實物的數(shù)量是不確定的,某些特殊促銷的SKU在一天內(nèi)的銷售有可能上千件,因此會在促銷前大量備貨,所備貨品在一個Location中根本無法容納。這是“多對一”的最大問題。

  問題的解決方法也很簡單,在“多對一”中,貨位的表格是多對一關(guān)系,即一個SKU只能放在一個Location中,而一個Location中可以存放多個SKU;如果將這一關(guān)系作進一步的拓展,形成多對多的關(guān)系,即一個SKU能放在多個Location中,而一個Location中也可以存放多個SKU,則解決了某一SKU大量備貨所遇到的問題。一個貨位放不下,那就放到第二個貨位,不行再加上第三個……貨位數(shù)據(jù)表格示例如下:

  “多對多”的局限

  以上的三種貨位系統(tǒng)實際是層層遞進的關(guān)系,而“多對多”則是現(xiàn)在國內(nèi)的大部分B2C企業(yè)所使用貨位系統(tǒng)的基礎(chǔ)原型。

  這一系統(tǒng)有著很明顯的優(yōu)點。首先,它的系統(tǒng)架構(gòu)相對簡單,只需要單獨維護一張表格,表格中的數(shù)據(jù)項僅有兩個,所有操作都只針對表格的信息行作處理。

  其次,它的上架操作也相對簡單。上架操作時,揀貨員先查詢是否原來已經(jīng)存在貨位,若已經(jīng)有貨位,則放到已有貨位上,若沒有,則新建貨位。若原有貨位上無法放下產(chǎn)品,則直接再找一個能放下的貨位,將對應(yīng)關(guān)系添加到表格中去。

  第三,“多對多”系統(tǒng)成本低,所有的操作(包括上架、檢貨、移貨)都可以在電腦上完成,不需要采購專門的設(shè)備。

  但是不可避免地,這一系統(tǒng)也有著不小的缺點。

  第一,貨位信息冗余不可避免。這一點很好理解,例如Location N上面放了SKU N,后來在逐次出貨的過程中,SKU N被一個個地檢走了,最后Location N上面并沒有SKU N了,但系統(tǒng)上仍然顯示著SKU N在Location N上有貨。這樣的貨位信息就是冗余信息,而且在日常的運營中根本無法避免。

  第二,檢貨效率不高。在一個SKU存在于多個Location時,檢貨人員需要自行判斷到哪一個Location去檢貨。若出現(xiàn)前一個貨位信息冗余的問題,則有可能會讓檢貨人員空跑一趟,這對檢貨效率的影響非常大。

  第三,盤點困難。庫房盤點時,一個SKU在多個貨位,盤點時候需要跑來跑去,非常麻煩,且容易出錯。

  第四,檢貨路徑低效。在規(guī)?;腂2C企業(yè)中,檢貨是批量操作進行的,每一次檢貨會同時檢出數(shù)十個訂單,然后再進行分檢。這也就意味著,檢貨員一次檢貨需要檢出上百個SKU,這些SKU可能分布在庫房的各個角落中,需要事先規(guī)劃一條最優(yōu)路徑,以提高檢貨效率。但是在一個SKU存在多個Location的情況下,檢貨人員有可能需要遍歷所有的Location才可以完成檢貨的任務(wù),效率受到影響。

  第五,檢貨出錯率高?;谠撠浳幌到y(tǒng)的檢貨過程完全是人工操作的,無系統(tǒng)檢驗,出錯率較高。例如,在同一貨位上,若擺放了類似的兩個SKU,檢貨人員不小心就會檢錯。再例如,批量檢貨時檢貨員若漏檢了某個SKU,則必須要等到分檢時候才能夠發(fā)現(xiàn)錯誤。

  應(yīng)對之策

  以上的問題,在“多對多”貨位管理的基本框架下,無法通過系統(tǒng)的方式根本解決,而只能通過以下的操作,降低這些缺點和劣勢的影響。

  A.清理冗余信息:

  定期對所有存在兩個以上貨位的SKU作核實,刪除冗余的無用信息。

  B.規(guī)律性地理貨:

  對貨架上的產(chǎn)品作整理,例如將本段時間的熱銷品挪到貨位體積較大的區(qū)域;將銷售比較慢的產(chǎn)品挪到貨位體積較小的區(qū)域,或者和別的產(chǎn)品放到同一個區(qū)域;或者是將分散在多個貨位的同一個產(chǎn)品并到一起

  C.日常運營管理:

  A).當(dāng)某一產(chǎn)品的貨位已經(jīng)存在,并且貨位上有庫存時,盡量不新增貨位;

  B).原有貨位無法放在所有庫存時,可以找一個較大的貨位,將所有的庫存都放在其中,并刪除原有貨位;

  C).類似的產(chǎn)品不放在同一貨位;(來源:倉庫社區(qū);編選:中國電子商務(wù)研究中心)

浙江網(wǎng)經(jīng)社信息科技公司擁有18年歷史,作為中國領(lǐng)先的數(shù)字經(jīng)濟新媒體、服務(wù)商,提供“媒體+智庫”、“會員+孵化”服務(wù);(1)面向電商平臺、頭部服務(wù)商等PR條線提供媒體傳播服務(wù);(2)面向各類企事業(yè)單位、政府部門、培訓(xùn)機構(gòu)、電商平臺等提供智庫服務(wù);(3)面向各類電商渠道方、品牌方、商家、供應(yīng)鏈公司等提供“千電萬商”生態(tài)圈服務(wù);(4)面向各類初創(chuàng)公司提供創(chuàng)業(yè)孵化器服務(wù)。

網(wǎng)經(jīng)社“電數(shù)寶”電商大數(shù)據(jù)庫(DATA.100EC.CN,免費注冊體驗全庫)基于電商行業(yè)18年沉淀,包含100+上市公司、新三板公司數(shù)據(jù),150+獨角獸、200+千里馬公司數(shù)據(jù),4000+起投融資數(shù)據(jù)以及10萬+互聯(lián)網(wǎng)APP數(shù)據(jù),全面覆蓋“頭部+腰部+長尾”電商,旨在通過數(shù)據(jù)可視化形式幫助了解電商行業(yè),挖掘行業(yè)市場潛力,助力企業(yè)決策,做電商人研究、決策的“好參謀”。

【投訴曝光】 更多>
【原創(chuàng)報告】 更多>
《2025年Q1中國電商平臺商家投訴數(shù)據(jù)報告》
《2025年Q1中國電子商務(wù)用戶體驗與投訴數(shù)據(jù)報告》
《2025中國農(nóng)產(chǎn)品電商發(fā)展報告》
《2025中國預(yù)制菜電商發(fā)展報告》
《2024中國電子商務(wù)“死亡”數(shù)據(jù)報告》
《2024中國電子商務(wù)用戶體驗與投訴監(jiān)測報告》
《2024中國數(shù)字生活消費投訴數(shù)據(jù)與典型案例報告》
《2024年中國數(shù)字教育用戶體驗與投訴數(shù)據(jù)報告》
《2024中國出口跨境電商消費投訴數(shù)據(jù)與典型案例報告》
《2024中國綜合電商消費投訴數(shù)據(jù)與典型案例報告》
《2024中國在線旅游消費投訴數(shù)據(jù)與典型案例報告》
《2024中國社交電商消費投訴數(shù)據(jù)與典型案例報告》
《2024中國電商服務(wù)商消費投訴數(shù)據(jù)與典型案例報告》
《2024中國生鮮電商消費投訴數(shù)據(jù)與典型案例報告》
《2024中國在線票務(wù)用戶體驗與投訴數(shù)據(jù)報告》
《2024中國物流科技投訴數(shù)據(jù)與典型案例報告》
《2024中國品牌電商消費投訴數(shù)據(jù)與典型案例報告》
《2024年度中國二手電商市場數(shù)據(jù)報告》
《2024中國產(chǎn)業(yè)電商消費投訴數(shù)據(jù)與典型案例報告》
《2024中國進口跨境電商消費投訴數(shù)據(jù)與典型案例報告》

【版權(quán)聲明】秉承互聯(lián)網(wǎng)開放、包容的精神,網(wǎng)經(jīng)社歡迎各方(自)媒體、機構(gòu)轉(zhuǎn)載、引用我們原創(chuàng)內(nèi)容,但要嚴(yán)格注明來源網(wǎng)經(jīng)社;同時,我們倡導(dǎo)尊重與保護知識產(chǎn)權(quán),如發(fā)現(xiàn)本站文章存在版權(quán)問題,煩請將版權(quán)疑問、授權(quán)證明、版權(quán)證明、聯(lián)系方式等,發(fā)郵件至NEWS@netsun.com,我們將第一時間核實、處理。

        平臺名稱
        平臺回復(fù)率
        回復(fù)時效性
        用戶滿意度
        微信公眾號
        微信二維碼 打開微信“掃一掃”
        微信小程序
        小程序二維碼 打開微信“掃一掃”